home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0399 / 344 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.1 KB
  1. From: r.mellish@ic.ac.uk
  2. Subject: Re: Digested
  3. Date: Tue, 7 Jun 94 10:54:23 bst
  4. In-Reply-To: <9406070324.AA29847@uqcspe.cs.uq.oz.au>; from "Warwick Allison" at Jun 7, 94 1:24 pm
  5. Precedence: bulk
  6.  
  7. Warwick writes: 
  8. >[...] 
  9. > Is this for humans or machines?  You don't have a hope in hell of making
  10. > codes unique in a key bindings file!  Parsing strings is no more difficult
  11. > than parsing numbers!  This talk of `put such-and-such in the 1000+ range'
  12. > scares the euphemisms out of me.
  13. > 
  14. > Co-ordinating the distribution of numbers to application-operations
  15. > would be impossible.  How do we make sure every `Save' is #1754?  Every
  16. > `Resize' is #765?  Every `Insert Date' is #288? 
  17.  
  18. I have to agree. If we have code numbers, we will need to have someone to
  19. co-ordinate them. People are just not going to bother, especially software
  20. authors who are not net connected. Text, rather than numbers, is the way
  21. to go.
  22.  
  23. > [...]
  24. > 
  25. > Dedicated sections can be achieved by following the
  26. > Xdefaults method, where `sections' are just prefixes to the attribute,
  27. > ie.
  28. > 
  29. >      *Edith.*SaveAs: Ctrl-A
  30. > 
  31. > Which matches:
  32. >     Editor.Edith.SaveAs
  33. >     Editor.Edith.Binary.SaveAs
  34. > 
  35. > but not:
  36. >     Editor.Everest.SaveAs
  37. > 
  38. > Whereas:
  39. >      Editor.*SaveAs: Ctrl-A
  40. > 
  41. > matches:
  42. >     Editor.Everest.SaveAs
  43. >     Editor.Edith.SaveAs
  44. >     Editor.Edith.Binary.SaveAs
  45. > 
  46. > but not:
  47. >     Painter.TruePaint.SaveAs
  48. > 
  49.  
  50. This is also good. I think we *need* a way to tell specific applications to
  51. use specific keys, rather than always use the global defaults, even for
  52. `standard' operations like closing windows etc.
  53.  
  54. >[...]
  55.  
  56. > Timothy Miller:
  57. > > If the shortcuts are configurable, then there's no point in having a 
  58. > > standard because people can set it to however they want.
  59.  
  60. I think all keys should be configurable, *and* there should be a standard
  61. set for the most common operations. If the standard set is close to what
  62. is used now (looks like it), people can still work the same way (and the
  63. keys will be the same as older apps), but be able to changes things they
  64. don't like.
  65.  
  66. -- Robert Mellish, Femtosecond Optics Group, Imperial College, UK. --
  67.        Email: r.mellish@ic.ac.uk  Net: rm03@sg1.cc.ic.ac.uk
  68.  
  69.  
  70.